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(54) Server with automatic document assembly 

(57) A server computer for a data communication 
system and adapted to transmit a document via a net- 
work, such as the Internet or an intranet, to a client com- 
puter in response to a request therefrom. The server 
comprises: 

article memory means (23) for storing a plurality of 
article documents and respective bibliographic da- 
ta; 

selection rule storage means for receiving from a 
system administrator and storing an article docu- 
ment selection rule; 



automatic document assembly means (17) for re- 
trieving from the article memory means (23) a sub- 
set of the plurality of article documents and assem- 
bling a document from at least part of each of the 
subset of article documents, the subset of article 
documents being selected according to the respec- 
tive bibliographic data using the article document 
selection rule; and 

transmission means (15,17) responsive to the re- 
quest for transmitting the assembled document on- 
to the network for delivery to the client computer. 
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Description 

The present invention relates to a data communica- 
tion system between client and server computers, par- 
ticularly to a system using the Internet or an intranet for s 
data communications. 

The Internet is a dispersed collection of computers 
communicating with each other using a protocol called 
TCP/IP (T ransmission Control Protocol/Internet Proto- 
col). These computers fall into two categories: "host" 10 
computers, also referred to as servers, and ■client' 1 com- 
puters. Host computers form the backbone of the sys- 
tem and each is connected by a dedicated link to at least 
its nearest neighbouring host. Host computers are typ- 
ically owned and operated by large governmental, aca- is 
demic and commercial organisations to provide servic- 
es to their members and clients. Although the Internet 
grew out of academic and government networks an in- 
creasing proportion of the servers in it are operated by 
"Service Providers" who provide access to the general 20 
public for a fee. 

Client computers form the interface between users 
and the hosts or servers. They are connected to the 
servers either directly, by a local area network (LAN) or 
by dial-up telephone line and modems. The latter is usu- 25 
al for members of the public who purchase access from 
service providers. 

Host computers are identified by a four part IP ad- 
dress in the form AAAiBBB.CCC.DDD, where each 
component is a number less than 256, which are related 30 
to more user-comprehensible names by the Domain 
Name Server (DNS) system. For example, one host at 
Sony Europe is called "opus.ipek.de", which corre- 
sponds to the IP address 194.77.200.3. "opus" is the 
host name of that machine and "ipek.de" is the domain 35 
name of the IP address range 194.77.200.1 to 
194.77.200.62. Each resource on the Internet, including 
Web pages (see below), has a unique address known 
as a Uniform Resource Locator (URL) which includes 
the hot name and domain name of the server hosting it. 40 
Specific users are identified as "userid"® "hostname, 
domainname", for example "FredBloggs@www.sony. 
com". 

When a host computer has a message or address 
for another host it sends it to a host to which it has a 4& 
direct connection that is in the general direction of the 
ultimate destination of the message or request. That 
computer then forwards the message to another host 
again in the general direction of the ultimate destination 
and so on until the message is delivered. so 

The Internet provides a number of services to its 
users of which the most popular is the World Wide Web 
(WWW). The World Wide Web is essentially a collection 
of files, often referred to as Web pages, in a variety of 
formats stored on host computers, often called Web ss 
servers, in the Internet. A collection of Web pages pub- 
lished by an organisation is often termed a Web site and 
its first or highest level page the homepage. Most Web 



pages are textual documents described in Hypertext 
Mark-up Language (HTML). Such pages may include 
images, still or moving, and audio data. The key feature 
of HTML is the ability to define Hypertext Links within 
the document which provide access points to other parts 
of the same document, other Web pages or other Inter- 
net facilities. 

To access the World Wide Web, the user employs 
software on his client computer known as a Web brows- 
er, commercially available examples are Netscape Nav- 
igator™ and Microsoft Internet Explorer™. The user en- 
ters the address of a Web page, or selects one from a 
list of previously stored addresses often referred to as 
Bookmarks. This address includes the address of the 
Web server holding that Web page. The Web browser 
then automatically contacts the user's service provider, 
dialling up a link over the telephone network if neces- 
sary, and issues a request for that Web page. This is 
forwarded to the relevant host computer which replies 
by sending back the relevant page, if it exists. The com- 
munication of the Web page is conducted using the Hy- 
pertext Transfer Protocol (HTTP) as a result of which 
World Wide Web Page addresses begin "HTTP://". Ac- 
cess to most Web pages is unrestricted however it is 
possible for this to be controlled by use of passwords. 

As the Web page is received by the client computer 
the user's Web Browser software constructs and dis- 
plays the page according to the instructions specified in 
HTML. This may allow a degree of control to the user's 
Web browser software or may precisely specify the lo- 
cations of the components in the displayed image. Hy- 
pertext links comprise two components, a part to be dis- 
played to the user, either text or an image such as an 
icon, and the associated address, which may be within 
the same Web page or may be a completely different 
page. Different addresses may also be associated with 
different parts of an image. The part of the link displayed 
to the user is generally distinguished from other parts of 
the page, for example in the case of text by being un- 
derlined or in a different colour. Generally the client com- 
puter will use a mouse (or trackball) and on-screen 
pointer for input of commands, in this case the pointer 
is often arranged to change shape or colour when locat- 
ed over a hypertext link. When the user selects a hyper- 
text link, usually by positioning the pointer over it and 
clicking a mouse button, the Web Browser software au- 
tomatically accesses the corresponding Web page. 

The World Wide Web is extremely popular and con- 
tinually growing but users often complain that it is slow 
to access the Web pages in which they are interested. 
Whilst a user may have a relatively fast link to his service 
provider, e.g. a 28.8 kbps modem, the connection from 
the service provider to the server containing the Web 
page being loaded may involve several different link 
hops shared with other traffic so that the effective speed 
of this is considerably less, especially at peak times. 

Most users accumulate collections of Web pages 
that they visit often. Accessing these pages is assisted 
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by the provision of bookmarks, which are links to the 
corresponding pages pre-stored in the user's Web 
browser However many pages are updated at unpre- 
dictable intervals at the whim of the author. The user 
cannot tell whether or not a Web page has changed 
without visiting it, which can be a time consuming proc- 
ess. 

In part because of the lack of a secure method of 
arranging payments over the Internet, most organisa- 
tions providing Web pages and discussion forums do 
not charge users for access. Instead, some attempt to 
recuperate their costs by displaying advertising. Some 
service providers also attempt to keep their charges 
down or make additional profit by carrying advertising. 
Such advertising delays access to the Web pages or 
other services and can be particularly irritating to the us- 
er if he or she is paying for access time by the hour and 
also paying for the telephone connection. 

To advertise their services, many Web sites include 
"What's New* listings in their homepage. Some service 
providers also provide such listings each time the user 
accesses the service. These can again be irritating to 
the user as they take time to transmit for which the user 
is paying. 

As far as the providers of Web sites are concerned, 
to maintain a Web site generally requires a knowledge 
of HTML and often considerable input from the site ad- 
ministrator. Software to assist in this is available but 
does not completely dispense with the need for skilled 
input. This hinders the regular updating of Web pages 
by unskilled users. 

Whilst the Internet is a global open network, its ad- 
vantages and ease of use have been recognised as use- 
ful for smaller, closed networks. Networks using the In- 
ternet's protocols and software but confined to a single 
organisation are termed intranets. They suffer from the 
same problems as the Internet to varying degrees. 

The present invention has been developed with the 
aim of alleviating or eliminating the above mentioned 
drawbacks of the prior art. 

The present invention therefore provides: a server 
computer for a data communication system and adapt- 
ed to transmit a document via a network to a client com- 
puter in response to a request therefrom; said server 
comprising: 

article memory means for storing a plurality of arti- 
cle documents and respective bibliographic data; 

selection rule storage means for receiving from a 
system administrator and storing an article docu- 
ment selection rule; 

automatic document assembly means for retrieving 
from said article memory means a subset of said 
plurality of article documents and assembling a doc- 
ument from at least part of each of said subset of 
article documents, said subset of article documents 



being selected according to the respective biblio- 
graphic data using said article document selection 
rule; and 

5 transmission means responsive to said request for 
transmitting the assembled document onto said 
network for delivery to said client computer. 

The server computer for a data communication sys- 
10 tern of the present invention can thus automatically cre- 
ate and update documents, such as web pages, to re- 
flect the addition of new material without requiring inter- 
vention from a system administrator or skilled user each 
time material is added. At the same time such docu- 
15 ments are prevented from becoming unwieldy as more 
and more material is added 

The present invention is embodied in a web server 
known as the ola™ server which is described bebw. 
The present invention will be further described 
20 hereinafter with reference to the following description of 
an exemplary embodiment and the accompanying 
drawings, in which: 

Fig. 1 is a schematic diagram of a part of the Internet 
25 embodying the present invention; 

Fig. 2 is a schematic diagram of the ola™ server 
embodying the present invention; 

30 Fig. 3 is a schematic view showing the different ta- 
bles maintained by the ola™ server; 

Figs. 4A to D is a schematic view showing the over- 
all process of the ola™ server. 

35 

Fig. 5 is a view showing the standard ola™ screen 
layout; 

Fig. 6 is a view showing the ola™ homepage; 

40 

Fig. 7 is a view showing an example homepage for 
an ola™ forum; 

Fig. 8 is a view showing a screen listing the user's 
45 preferred forums; 

Fig. 9 is a view showing the Autobad icon; 

Fig. 10 is a view showing a screen in which several 
^0 Web pages have been loaded using the Autoload 
function; 

Fig. 11 is a view showing an archive screen for a 
content generator allowing editing and addition of 
55 material; and 

Fig. 1 2 is a view showing a screen allowing addition 
of a new article. 
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In the various figures, like parts are indicated by like 
reference numerals. 

Figure 1 is a schematic diagram of a part of the In- 
ternet embodying the present invention. 

A user's personal computer (PC) 1 is connected, via s 
modems 3 and a dial up telephone line 5, to the host 
computer/server 7 of an Internet service provider. The 
PC 1 may have a keyboard 1a and a mouse 1b for in- 
putting data and commands. The service provider's 
server 7 is connected in turn to other host computers 9 10 
and lla to He via dedicated links 1 3. These other servers 
are also interconnected by dedicated links. Server 9 is 
the ola™ server and is described in more detail below. 

Figure 2 is a schematic diagram of the ola™ server 
9 the central processing unit (CPU) 17of theola™ serv- 15 
er is connected to the dedicated Internet links 1 3 via an 
interface 15. This interface 15 may also connect to mo- 
dems 3 allowing users direct access over dial up tele- 
phone lines 5. The ola™ CPU 17 may be any suitable 
computer such as a Sparcstation manufactured by Sun 20 
Microsystems and using the Solaris™ operating sys- 
tem. The ola™ CPU 17 is also connected to Personal 
Edition memory 19, advertisement memory 21, forum 
memory 23, and component memory 25 which store dif- 
ferent components of the ola™ service, as will be de- 2s 
scribed below. These memories may be RAM's, fixed 
(or hard) disk drives, removable (or floppy) disk drives, 
optical disks, tape streamers, etc. having the required 
capacity and access speed as well known in the art. 
Whilst the different memories 1 9, 21 , 23 and 25 are here 30 
described as separate devices, it is of course possible 
for several of the memories to be contained in one phys- 
ical device or for several physical devices to make up 
one memory. The memories may also be dynamically 
divided between main storage devices and cache mem- 3S 
ories as known in the art. In any event the allocation of 
data to storage devices is generally left to the server 
operating system. 

The operation of the ola™ service will now be de- 
scribed. 40 

The ola™ service provides for the user news and 
information on a variety of topics as well as discussion 
forums and facilities to assist in monitoring both ola™ 
and other Web sites in which the user is interested. The 
ola™ service is implemented by a suitably programmed 
Web server and "dynamic" HTML pages, that is pages 
that are constructed dynamically in response to user re- 
quests and information relating to registered users 
stored in the ola™ server. Pages are constructed from 
components, e.g. images, icons, image maps and text so 
passages, stored in the component memory 25. These 
components are assembled in standard Web page tem- 
plates also stored in component memory 25. 

The various databases may be maintained by a 
commercially available package such as I (lustra™ and 55 
suitable Web server software such as that available 
from Netscape Communications Corp. Specially written 
software in C++, Perl and using SQL queries is used to 



perform the special ola™ functions and construct the dy- 
namic Web pages. 

The various tables maintained by the ola™ server 
and their interrelationships are shown schematically in 
Figure 3. This figure also shows how these tables relate 
to the Personal Edition memory 19, advertisement 
memory 21 , forum memory 23, and component memory 
25 described above. This table wilt be referred to below. 

An overall schematic of the processes carried out 
by the ola™ server is shown in Figures 4A to D. The 
steps shown therein will be referred to below by number, 
e.g. S13. 

Within ola™, screens are laid out in a standard for- 
mat, as shown in Figure 5. As can be seen, the major 
part of the screen is taken by Frame A which normally 
contains the Web page currently open. Below Frame A 
is Frame B which normally contains icons relating to 
ola™ functions and forums as described below. To the 
right of Frames A and B is Frame C which is used for 
the Personal Edition service described below. Frame C 
is notionally divided into three parts, top middle and bot- 
tom, though no divisions are apparent to the user. The 
screen layout as shown in Figure 5 will be sized accord- 
ingtothe available screen area in the user's Web brows- 
er, with scroll bars being provided where any part of the 
frame is too small for the content to be displayed. 

The icons displayed in Frame B are preferably part 
of a single image, known as an image map, shown in 
Figure 6. With such an image, the user's Web browser 
reports the location of the user's pointer within the image 
when the mouse button is clicked. The client browser 
software then determines the appropriate link to access 
according to the reported location. It is also possible to 
use so called server-side image mapping. 

As mentioned, the image map may include links 31 
to various of the ola™ forums or categories of forums. 
It may also include a link 32 to a search tool allowing the 
user to search for text within the whole of the ola™ sys- 
tem and a link 33 to a help function. 

In the present ola™ system, there are two versions 
of the image map, one much thinner than the other. The 
image map includes a region 34 for instructing a swap 
between them. When the user selects this region the 
ola™ server sends the other image map and instructs 
the user's Web browser to adjust the frame sizes ac- 
cordingly. The thinner image map allows greater area to 
be devoted to Frame A. 

The top part of Frame C normally displays the ola™ 
logo and the user's nickname. If the user is browsing, 
not having registered, this part will give "guest" as the 
user's name. 

The middle part of Frame C, just below the user's 
nickname, displays an advertisement 41 which may be 
a hypertext link to the advertiser's Web site or a page 
within ola™ giving further information. The same adver- 
tising logo may be displayed for all users or preferably, 
the ola™ server consults the user's Personal Edition, 
described below, and selects an advertisement for a 
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product or service most likely to appeal or be useful to 
that user For example, a listings magazine for the user's 
city if his/her favourite forum is nightlife or a local sports 
equipment supplier if his/her favourite forum relates to 
a sport, such as football. In this manner, the advertising s 
is more relevant to the user and so less irritating. It is 
also more likely to be effective. 

A default advertisement may be specified for users 
for whom there is no more relevant advertisement. 

The ola™ server may also keep records on the Per- 10 
sonal Edition database of which advertisements have 
been displayed to users so that repetition can be avoid- 
ed, thus maintaining the user's interest. 

In the presently preferred embodiment, the ola™ 
server maintains in the advertisement memory 21 a da- 15 
tabase of advertisements together with the categories 
of user to whom they are of possible interest, their date 
and an expiry date. Expired advertisements are auto- 
matically deletedf rom the database. To select the advert 
to display, a list is assembled of the adverts possibly rel- 20 
evant to the user. This list is then sorted according to 
date (oldest first) and number of times it has been dis- 
played (least first). An advertisement is selected ran- 
domly from this list with the adverts being given increas- 
ing weight towards the top of the list. 25 

The process for maintenance of the advertisement 
database is shown in Figure 4, step S40 which compris- 
es sub-steps S40a to S40d. 

Below the advertisement, in the bottom part of 
Frame C, a context sensitive menu is displayed. This 30 
contains as standard a number of links related to the 
user's Personal Edition and is sometimes referred to as 
the Personal Edition menu. In different circumstances, 
other options are added as described below. 

When a user accesses the ola™ server, a new ses- 35 
sion entry is created S1 in the session table and the 
ola™ homepage is transmitted S2 to the user. An ex- 
ample of the current homepage, displayed by Netscape 
Navigator™, is shown in Figure 6. The user is asked to 
register S5 or, if already registered, to tog in S6 by pro- 40 
viding their nickname and password. It is also possible 
for users to visit the site as a guest, without first regis- 
tering, though in this case not all facilities of the service 
are available. 

45 

Personal Edition 

If the user decides to register, he/she selects the 
hypertext link shown by the underlined word "register '' 
in Figure 6 and his/her Web browser accesses S3 the so 
ola™ Personal Edition registration page. In the registra- 
tion page the user is asked to provide S4 various per- 
sonal details. These may vary but could include, for ex- 
ample, a nickname, a password, gender, year of birth, 
approximate address, e.g. by area or zipcode. The ola™ 55 
service does not require the user's real name or precise 
address and other details, which some users may be 
reluctant to give to preserve their privacy. Some fields 



may also be optional, not requiring input from the user, 
though as a minimum the user must give a nickname 
and password. The nickname must not be the same as 
any other already registered and a minimum length, e. 
g. six characters, may be specified for the password. 

The user is also asked to select one to three of the 
ola™ forums in which he/she is most interested, with 
one specified as of most interest. In the present embod- 
iment, the first, preferred, forum is obligatory; the others 
optional. The ola™ forums are described below and 
may relate to topics such as nightlife, art, humour, cur- 
rent affairs, etc. 

Finally, the user is invited to create sets of favourite 
links or URLs by specifying their addresses and option- 
ally giving each a personalised name. These links can 
be Web pages, ftp locations, etc. and are grouped in link 
sets which are named by the user. The number of URLs 
in each link set may be limited, e.g. to six, and the 
number of link sets each user is allowed may also be 
limited. In the present embodiment the user may specify 
one link set to be included in Automatic Update Track- 
ing, a service described below. This link set is referred 
to as the monitored link set. In other embodiments indi- 
vidual links or multiple link sets may be specified for 
tracking. 

The data thus collected is stored S5 in the Personal 
Edition memory 1 9 and is used in ola™ services as de- 
scribed below. 

When the user next enters ola™ by giving his/her 
nickname and password, he/she will automatically be 
directed to the home page of his/her designated favour- 
ite forum, e.g. nightlife, which is displayed in Frame A. 
An appropriate dynamic web page is constructed on the 
basis of the user's Personal Edition profile in S7. 

As shown in Figure 7, when the user enters ola™, 
the standard entries in the Personal Edition menu are 
"My Forums' 42; "Lucky Dip" 43; the titles of the user's 
link sets, in the present example "newspapers" 44, 
•weirdos" 45 and "magazines" 46; and "Edit PE" 47. 

If the user selects "My Forums", links to the content 
items within the forums listed in the user's Personal Edi- 
tion profile are added to the bottom of the Personal Edi- 
tion menu, as shown in Figure 8. These links represent 
content items that have been added to the forums since 
the user's last visit to ola™. Selecting one of these links 
takes the user to that content item in the relevant forum. 

Selecting the "Lucky Dip" icon 43 again adds links 
to the bottom of the Personal Edition menu. These links 
however are to Internet addresses specified by ola™ 
administrators. These addresses may be within ola™ or 
anywhere else on the Internet and are specified dynam- 
ically for each user on the basis of the preferences and 
other interests specified in the user's Personal Edition 
profile. 

If the user selects one of the links to one of his/her 
link sets then the links of that set are added to the bottom 
of the menu together with an Autoload icon, as shown 
in Figure 9. The Autoload function will be described be- 
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low. Selecting one of the links directs the user's Web 
browser to load the corresponding Web page into Frame 
A. When a user selects a link from a monitored set this 
is logged by the ola™ server. When the user chooses 
the monitored link set, those URLs that have been up- s 
dated since the user's last visit to ola™ are flagged or 
highlighted. Which Web pages have been updated is 
determined by the Automatic Update Tracking function 
described below. 

The "Edit PE" entry 47 in the Personal Edition menu io 
takes the user to a menu of additional options. The user 
can select a form setting out the user's Personal Edition 
and allowing it, or at least those parts of it that are sub- 
ject to change, to be edited. The user may also create, 
change or delete links and link sets. These options are is 
illustrated in steps S25 to S35 in Figure 4. 

1 The ola™ system administrator may also access 
the Personal edition profiles of all users (steps S38-S39 
of Figure 4), for example to extract statistical informa- 
tion. 20 

Automatic Update Tracking 

The automatic update tracking feature of ola™ op- 
erates without requiring user input. During slack peri- 25 
ods, e.g. overnight, the ola™ server runs a Web crawler 
program which accesses in turn the URLs within each 
user's monitored link set. The Web crawler compares 
the "last updated" field of each page header to the last 
logged visit of the user to that page. If the last updated 30 
field is later than the last logged visit then an indicator, 
e.g. a flag, appears in the Personal Edition menu when 
the links are displayed. 

The system administrator may determine the fre- 
quency and order in which users' monitored links are 55 
checked. Each link should be checked at regular inter- 
vals, preferably daily The frequency of checking user's 
link sets may also be determined according to the fre- 
quency of access to ola™, either by the specific user or 
by all users. To avoid repeatedly checking the same site 40 
for different users, the ola™ server constructs a table of 
all sites to be checked before accessing them. 

In a modification of this feature, the automatic up- 
date function downloads each page that has been up- 
dated and stores it in the ola™ server so that it can be 4& 
displayed to the user more rapidly. 

Because the automatic update tracking system op- 
erates by considering the last updated field, it is recog- 
nised that it may not function correctly with all Web sites. 
This is because some Web server software and site ad- so 
ministrators disable the last updated field on their pages. 
Also, dynamically created pages, such as those gener- 
ated by the ola™ server, have a last updated field that 
reflects their creation in response to a request even if 
the actual content has not changed. ss 



Autoload Function 

The Autoload function is designed to work with any 
predefined group of links such as links related to an ar- 
ticle or content article or a user's link sets. In the ola™ 
system, when a user's link set is displayed to a user, an 
Autoload icon is also displayed, as shown in Figure 9. 
When the user selects this icon, the ola™ server gen- 
erates an HTML page for the displayed set of links and 
transmits it to the user's PC for display in Frame A. The 
effect of this is to subdivide Frame A into a number of 
subf rames 61 to 66 corresponding to the number of links 
in the set. The user's Web browser is then directed to 
fill each sub-frame with the Web page indicated by the 
address corresponding to that link. The result is shown 
in Figure 10. 

An example of the HTML code to effect this is given 
below*. 
<HTML> 

<HEADxTITLE>CACHE</TITLE></HEAD> 
<FRAMESET ROWS=" 1 0%, 1 8%, 1 8%, 1 8%, 1 8%, 
18% n > 

<FRAME NAME="_I NFO_" SRC= Ywaitmessage. 
html"> 

<FRAME NAME="_0_" SRC="http://www.washington- 
post.com' 1 > 

<FRAME NAME="_1_" SRC^http-y/www.ft.com^ 
<FRAME NAME="_2_" SRC="http://www.manslife. 
com"> 

<FRAME NAME="_3_" SRC="http://www.telegraph.co. 
uk/et"> 

<FRAME NAME="„4_' SRC="http://www.stem.de"> 

</FRAMESET> 

</HTML> 

Note that the above URLs are examples only and 
may not be correct addresses of publicly available web 
pages. The precise addresses used forms no part of the 
invention. 

The code automatically generated by the ola™ 
server will automatically be varied depending on the 
number of links and the link addresses are automatically 
retrieved from the appropriate records of the Personal 
Edition database stored in personal edition memory 19 
or other ola™ database. 

In response to the Autoload code, the user's Web 
browser, divides Frame A as specified and issues con- 
current requests to each of the servers indicated by the 
link addresses. These are then sent by the user's serv- 
ice provider toward the relevant hosts and the replies 
forwarded to the user. Because the different requests 
and replies will be transmitted by different routes, the 
response to one request will not be delayed by any of 
the others. The responses will be transmitted to the us- 
er's PC as they are received by the service provider's 
host. If responses arrive faster than can be transmitted 
to the user's PC they will automatically be buffered at 
the service provider's host. Thus most efficient use is 
made of the link between user and service provider. In 
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practice, because the links to the other hosts and speed 
of response of those other hosts are so much slower 
than the link between service provider and user, several, 
often as many as six, Web pages can be received by 
the user in the time it would otherwise take to load one. s 

Because the necessary HTML code to achieve this 
is automatically created by the ola™ server, the user 
does not need knowledge of that language to benefit 
from this feature. 

The Autoload function within a link set additionally 10 
includes an advertising page selected as described 
above and generates an additional sub-frame for this in 
the middle of Frame A. 

ola™ Forums is 

The ola™ service includes a number of forums on 
a variety of topics which are grouped within various cat- 
egories, such as entertainment, current affairs, sport, 
etc. An example forum, within the category entertain- 20 
ment, is nightlife. Each forum consists of a collection of 
articles on the relevant topics, links to related Web sites 
or material, and a bulletin board service (BBS) which 
may allow on-line chat and discussion services. Each 
forum is accessed by its respective homepage, also re- 25 
ferred to as the news page. An example home page for 
the nightlife forum as displayed by Netscape Naviga- 
tor™ is shown in Figure 8. 

In Figure 8, the nightlife homepage is displayed in 
Frame A. At the top are four standard icons which are 30 
included in each page of the forum. These are "News" 
51, "Archive" 52 "Links" 53 and "BBS" 54. One icon is 
always highlighted to indicate the user's current loca- 
tion. The News icon 51 takes the user directly to the 
home page. The Archive icon 52 takes the user to the 35 
archive which is a table giving descriptions of and links 
to all the articles that have been posted to that forum 
and is automatically maintained by an automatic content 
posting system described below. The links icon 53 takes 
the user to a page of links to other pages relevant to the 40 
topic of the forum. These links may refer to pages else- 
where in ola™ or on other servers on the World Wide 
Web. The forum editor and journalists set up the links 
and may group them in sets, see steps S21 to S24 of 
Figure 4. An Autoload icon may be provided for each 45 
set, functioning as described above. Navigation be- ; 
tween pages of a forum is illustrated in steps S9 to S14 
of Figure 4. 

The BBS icon 54 takes the user to a relevant news/ 
chat service also maintained in the ola™ service. This so 
is similar to conventional services of this type. 

The homepage for each forum includes headlines 
or teasers 55, 56 for a number of articles on the relevant 
topic together with links 57 to pages containing the com- 
plete text of the articles. The headlines are generally ss 
less than 200 words and may also include images. The 
number of headlines included on the homepage is set 
by the forum administrator. Articles are generated by 



"Content Generators" or journalists who post material to 
the forums using the automatic content posting system 
described below. 

All articles of each forum are stored in an article da- 
tabase in forum memory 23, this includes the article's 
text and any image references as well as data such as 
the name of the author or content generator and the date 
the article was posted to ola™. Articles may be ac- 
cessed through the archive page which is reached from 
the archive icon 52 which appears at the top of each 
page in the forum. The archive page includes a table 
listing all articles by their headline and giving the author, 
date and a hypertext link to the full text The articles in 
the archive are sorted by date with the newest first and 
new articles may be flagged. 

Automatic Content Posting 

A user registered as a "Content Generator" for a fo- 
rum may add and edit material through the archive page. 
When a content generator accesses the archive page 
the display format is slightly different, as shown in Figure 
1 1 . For the content generator, the articles are sorted into 
"Your Articles" and "Other People's Articles" and an ad- 
ditional link "Add new article " 71 is shown. For the con- 
tent generator's own articles options "Edit " 72, "View " 
73 and "Delete " 74 are provided via hypertext links; for 
other people's articles only "View " 73 is shown as con- 
tent generators may not edit or delete other people's ar- 
ticles. System administrators and Forum administrators/ 
editors may add, change, or delete any content within a 
forum. The archive table is assembled from the data- 
base each time the archive page is accessed, thus en- 
suring it is always up to date. The process for editing or 
adding a forum Article is shown in steps S15 to S20 of 
Figure 4. 

Selecting "Add new article " takes the content gen- 
erator to the corresponding page, shown in Figure 12. 
This comprises a form including boxes for the article 
Headline 82, the teaser or lead 83 and (not shown) the 
body text. The content generator may type into the box- 
es directly or, more likely, paste in text prepared on a 
word processor or HTML editor. A box 81 showing the 
default HTML header for the article is also provided. This 
defines such parameters as text and background colour 
for the article and may be edited if the content generator 
is sufficiently familiar with HTML. Otherwise the defaults 
can be left, ensuring that the article has a standard "look 
and feel". 

When an article is added to the database, the auto- 
matic content posting system automatically adds the ar- 
ticle headline and teaser to the news page of the rele- 
vant forum together with a link to the full article. If the 
news page already contains the maximum number of 
links as specified by the forum administrator, the oldest 
article no longer appears on the news page. In the 
present embodiment articles are bumped strictly in or- 
der of age. It is however possible for the forum admin- 
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istrator to set more complex rules. For example, articles 
on the news page may be set to remain permanently or 
for a specified period. Also, content generators and ar- 
ticles may be given priorities and bumped according to 
those priorities. s 

If the number of articles on the news page falls be- 
low a predetermined number, the automatic content 
posting system retrieves articles previously bumped or 
alerts the forum administrator. 

The automatic content posting system also indexes 10 
each new article as necessary for the ola™ search tool. 

In this manner the automatic content posting sys- 
tem automatically makes necessary entries in the forum 
archive and the forum homepage so that the article is 
immediately available to users. This is done without 
need for intervention by the forum administrator and 
without requiring knowledge of HTML and the system 
organisation on the part of the content generator. 



Claims 

1. A server computer for a data communication sys- 
tem and adapted to transmit a document via a net- 
work to a client computer in response to a request 
therefrom; said server comprising: 

article memory means (23) for storing a plurality 
of article documents and respective biblio- 
graphic data; so 

selection rule storage means for receiving from 
a system administrator and storing an article 
document selection rule; 

3$ 

automatic document assembly means (17) for 
retrieving from said article memory means (23) 
a subset of said plurality of article documents 
and assembling a document from at least part 
of each of said subset of article documents, 40 
said subset of article documents being selected 
according to the respective bibliographic data 
using said article document selection rule; and 

transmission means (1 5,17) responsive to said 45 
request for transmitting the assembled docu- 
ment onto said network for delivery to said cli- 
ent computer. 

2. A server computer according to claim 1, wherein so 
said bibliographic data includes date data repre- 
sentative of at least one of the group comprising: 

the date of creation of the respective document; the 
date of last alteration of said respective document 
and the date said respective document was stored ss 
in said article memory means (23); and wherein 
said article document selection rule is to select the 
N most recent documents, N being a number set by 



said system administrator. 

3. A server computer according to claim 1 or 2, where- 
in each said document comprises a title and a body 
text portion and said assembled document compris- 
es the titles of each of said subset of article docu- 
ments and a hypertext link to the respective article 
document. 

4. A server computer according to claim 3 wherein at 
least one of said subset of article documents further 
comprises a precis text portion and said assembled 
document further comprises the precis text portion 
of each of said subset of article documents. 

5. A server computer according to claim 3 or 4 wherein 
at least one of said article documents further com- 
prises an image and said assembled document fur- 
ther comprises the image of each of said subset of 
article documents. 

6. A server computer according to any one of the pre- 
ceding claims wherein said automatic document as- 
sembly means comprises: 

assembled document memory means for stor- 
ing said assembled document (23); and 

automatic update means (17) responsive to the 
input of a new article document for storing said 
new article document in said article memory 
means (23), retrieving said assembled docu- 
ment from said assembled document memory 
means (23), amending said assembled docu- 
ment to include at least part of said new article 
document and storing the amended assembled 
document in said assembled document mem- 
ory means. 

7. A server computer according to claim 6 wherein 
said automatic update means (17) is further adapt- 
ed, when adding a part of a new article document 
and if the number of document titles included in said 
assembled document is equal to or greater than a 
number determined by said system administrator, 
to delete from said assembled document any part 
of a selected article document previously included 
in said assembled document, said selected article 
document being an article document indicated to be 
suitable for deletion according to a deletion rule. 

8. A server computer according to claim 7 wherein 
said deletion rule is to delete any part of the oldest 
document previously included in said assembled 
document. 

9. A server computer according to claim 7 wherein 
said deletion rule is set by said system administra- 
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tor. 

10. A server computer according to any one of claims 
1 to 5 wherein said automatic document assembly 
means (1 7) is adapted to assemble said document s 
in response to said request. 

1 1 . A server computer according to any one of the pre- 
ceding claims wherein said bibliographic data in- 
cludes data indicative of the author of each article 10 
document and said predetermined rule is depend- 
ant on the author of each article document 

12. A server computer according to any one of the pre- 
ceding claims and adapted to communicate with T5 
said client computer via the Internet or an intranet. 

13. A server computer according to any one of the pre- 
ceding claims wherein said article documents and 
said assembled document are described in Hyper- 20 
text Mark-up Language (HTML). 
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